Quote from morpha :

Ehm sry I guess I missed something.. i read it wrong. First thing I did was disable left/right monitor to go back to "old style" like Scawen described. I hoped everything would be like before, but I guess not Maybe something worked on still? Watching a race on 3x screen in TV mode is really cool... you can see about whole the field racing

Sorry if it's written before, but I use tripple screen setup and when I play with bezel compensation setting, the most left pixel on the mid screen is adjusted too, like if it's a pixel on the left screen. I use 3x1280x1024 and it's like if bezel compensation compensates the left 1281 pixels. Thank you. Sounds like great feature.. I had no problem with the old tripple screen setup... I still wonder if i miss a setting or I have to align my screens different..

PS: All 3 screens are active when I'm on in-car-view, but on all other views only my mid screen is active. Is this a new feature? It was very very nice to spec on 3 screens in tv-mode... did i miss something? (EDIT: i missed something, thx morpha)

PS2: Is there a way to setup the renders on left/right screen? It looks like they are rendered for a 45 degree setup? My screens aren't placed at 45 degrees and is it an idea to make that 45 degrees a setting? So I could put it on 20 or something

Last edited by Mischa NED, Sat 3 Oct 2009, 15:25.

2:08:08 Good luck

Hi there everybody! :-)

I had a lot of fun yesterday on my very first league race :-) I think things went quite well except the 2nd race where I ended in wall the 2nd lap after a little incident. Good to see nice clean racing of most people :-D Thanx for the invite and nice races. I hope to be able to give a little more competition next time ;-)

See ya, Mischa

Quote from JasonJ :

No, you have to write into your inSim app a mechanism to buffer the buttons you want to send and send them at another time in the future when the appropriate time delay has passed.

I know about the buffered sending... I tried and it works. What i meant... without buffering... it's just weird that every packet has exactly a 1 second delay... so somewhere must be a delay of 1 second... in TCP settings.. .NET... LFS.. or wherever... some program is "sleeping" 1 second because of the flooding..

I tried .NET 3.5 too and for me it made no difference.. I tested on Windows 2003 server, Windows XP SP2 and SP3 and same thing...

Quote from Gai-Luron :

...why when i put this waiting value each 30 buttons, this work fine...

And why *exactly* 1 second delay between those buttons something just "sleeps" 1000ms to prevent flooding... what/where?

ctrl+f: sleep (1000)

Quote from filur :

No, the issue is asking LFS to send too much data too fast to remote clients.

But what is different on button packets compared to all those other packets? Check how many packets are sent in total... the CompCar packets for example?! They keep coming in, no problem... but "some" buttons lag? What's the diff?

My idea of preventing lag / flooding is to sent multiple packets at once. I tried this as solution months ago already.. Combine all 100 buttons for example in 1 packet and send to host... this works of course... and there is no flooding..

But to bad... I think LFS will send them as seperate packets anyway... so flooding still occurs.

Maybe Scawen can tell what the difference is between sending buttons (from host to client, not insim) compared to other packets. If sending 100 packets in just a very very short period... how can this make buttons come in 1 / second after some buttons... why doesn't this happen to position packets? Or is the delay there long enough already?

And one thing I'm still wondering... If it is no problem on Linux... what is the difference between Linux and Windows then? Can it have to do with TCP settings? Window sizes? Fragmentation? I have no idea yet, but.. shouldn't we search it there somewhere? I think it's only worth the time to find out if we're sure that it's not a nasty .NET thing... is everybody with the lag problems using .NET? Or are there other Windows based insim apps with same problems without using .NET?

Quote from Starblue :

I suppose the host sends data to the client as fast he can...so if you flood the host, the host will flood the client. If you wait 1 ms, you don't flood the host and the host doesn't flood the client
That's the control you have on the "host to client flood"

Starblue

Ok.. that sounds lol.. I was doing the opposite to try to solve this problem.

What did I do? I saw there was a "flood" problem.. what is the problem with flooding? Well LOTTTTSS of small packets sent behind eachother very quickly. Ye.. problem.. your solution, a delay prevents this (great news btw )

I tried to solve this flood before, sending all packages at once (just concat all messages and send over TCP at once)... this way I prevent TCP flooding between my app and LFS host.

To my susprise there were still problems.. so I thought it was a problem between host and client. Your solution, sending packages with a small delay, causes the host to send fewer packages at once...

But then... shouldn't the host send them "queued" to the clients? So shouldn't this problem be solved in LFS dedi?

I want InSim to be as fast as possible.. especially.. cause it's localhost you're talking to...

A 1ms delay for 100 buttons means 0.1 sec / connection. Getting 10 requests for 100 buttons makes total delay 1 whole second..

And.. I mentioned before.. that my experience was.. that the delay occures especially when people with higher ping are connected. People with good ping, no problem for anyone... Only 1 person connected with bad ping, button problems for all... is this possible?

Another thing.. while reseaching this problem I found out Microsoft did some security updates regarding TCP flooding.. I don't remember exactly the topics.. but it had to do with message windows and number of connections... I never experienced this button problem on my very very old laptop without servicepacks... but it's a pity.. that laptop died...

Hey Gai,

I have exactly the same problem in my InSim app. I have been working with buttons for quite some while already and since I installed a new server I noticed it too. My problem is that I wasn't sure if it was because of new server or because of more traffic, cause that happened same time. I was running XP before (low SP) and new server was running 2003. Because of these problems i downgraded to XP SP3 and I had the same problems.

I have posted some messages on the Patch Yxx test thread about this issue. Because I thought it had to do with the new patches (for Z release) I tried with older LFS versions and I could reproduce it there too.

Check your servers network traffic when the buttons are submitted. It looks like if all buttons are sent at once.. but the client received half of them at once, and the other half 1 / second or so...

So... can this be a LFS client bug?!

I have been researching this problem for some while already... and sometimes it feels like if it has to do with who is on the server. People with low ping on server? No problem.. but one of them with higher ping? This "button lag" appears. It's that bad that people time out because of the lagging...

I have tried different classes / different ways to submit the buttons (one at a time or all at once), but nothing helped.

Seems like if traffic between InSim and Dedi host is okay... watching network packets, it seems like the packets leave Dedi host okay too... so next is... arrival of packets... maybe Scawen can check this? It's really a nasty bug/problem...

Mischa

Quote from DarkNightX :

Hello all

Sorry for bad english

I have one problem i cant run my Dedi Server in Y32. But i can in Y5

Could you help me please

Picture : http://www.monsterup.com/image.php?url=upload/1214996840.jpg

Thanks You

That's you In the past it said "host", but since a host doesn't have a username and dedi shows usernames I think Scawen decided to put a question mark there for the "host" user.

UPDATE - Scawen is fast today Sorry for double post :-P

Quote from traxxion :

I guess this bug is off-topic?
http://www.lfsforum.net/showthread.php?p=816211#post816211

But maybe it's fairly easy to fix for patch Z? I hope so anyway!

If your username is "Rudy van Buren" it sais the same on LfsWorld.

But.. is the username case sensitive? What if you "unlock" your LFS with "Rudy van buren"? I think that's the only way to get "Rudy van buren" in the MPR?

The question of course is if this is true I saw the same in InSim once..

Quote from Scawen :

I remember when I was poor, I wanted a motorbike so I worked for a year delivering pizzas until I earned enough money.

And what are you working for now? :-) :-) :-)

PS: Sorry for off-topic ;-)

Quote from Taavi(EST) :

But there is a button for that, sorry if i misunderstood something.

LOL Ok I shouldn't check such things while at work

Quote from Scawen :

...you can edit the cfg.txt and edit the line "Screen Info 1 0 1074 768" and change the end two numbers ot your computer's native resolution...

Stupid me I checked viewer_cfg and searched for "res" I should have searched 1024 I knew it should be in config.. ok As I said it's not important at all right now

Good luck with Z release Go go go... I know u can do it

Quote from geeman1 :

I tried this. The fonts do get streched depending on the shape of the window/resolution. But the car shape seems to stay the same (like it should).

Hmm weird... I tried again and made a "print screen". The snapshot is 1024x768, so shift+f4 switched to 1024x768 resolution. This explains the "stretched" image.

See attachments. First the real snapshot (to my surprise in 4x3 ratio), 2nd the resized snapshot of how it looks on 1440x900. Both images are resized to 400 pixels width (no need to show what I mean).

Maybe this has to do with my dual screen setup? Anyway.. I think it's not important Just some minor thing.

Hmm I dunno if this is a Z-bug or an official feature at all, cause I never tried the viewer in full screen mode (shift+f4). If you choose to run the viewer in full screen mode (wide screen display 1440x900), the aspect ratio is messed up (car / fonts are stretched).

Did someone post this mirror bug already? I haven't seen it around, but excuse me if it's a double post I attached the picture.. I think that sais it all. The top part of the mirror is not filled / sky blue... I'd expect some trees there

In case you didn't recognise.. it's a XRG

UPDATE - Sorry for the double I see this has been reported earlier too. Hope you can fix it though

Last edited by Mischa NED, Mon 30 Jun 2008, 07:15.

Quote from Scawen :

I have given you some more unlocks to try again.

So can I check what you are saying... is it that the cars which do not load, do not load in Y24? What about in Y30? Can you successfully unlock with Y30?

You may need to click "Lock LFS - return to demo" and then unlock again.

Please let us know exactly which versions it does and doesn't work with.

Okay here we go. Yesterday I had 2 LFS installations: LFS 0.5Y16, the other LFS 0.5Y24. Today i found out Y24 didn't work anymore, so I decided to install a 3rd: LFS 0.5Y30. That one worked fine (clean install). First I copied Y24 and tried to update, but I had the same problem as in Y24.

I tried some things for you. First I checked if the problem was still and only in the Y24 installation and yes. Y16 and Y30 work without a problem, Y24 still gave the "empty" screen. I had problems in both singleplayer as multiplayer, so I decided to test this in singleplayer. This is what I did in the Y24 installation:

1) I checked if my license was unlocked -> yes
2) I started singleplayer game and clicked garage on the blackwood track
3) I saw no car selected, so I decided to pick one and choose FZR
4) An (almost) empty screen appears: left top shows FZ50 GTR, right mid shows "Car" and left bottom "Ok"
5) After clicking ok/pressing enter a text message keeps repeating "Could not load Mischa NED's car"
6) I tried the same with demo content -> no problem at all

You gave me some extra unlocks and asked me to try lock back to demo, so I did:

1) Locked back to demo
2) I started singleplayer game again, but now the repeating message "Could not load Mischa NED's car" appears already

I thought this could be because LFS had already a "selected" car in memory. Maybe this was S2 content? So I tried to select a demo car first.

1) Select demo car
2) Select s2 car -> again messages

But yeah.. I'm using demo content now, so I shouldn't be able to select s2 content. Maybe some memory thing, so I decided to restart LFS and now got a neat message after clicking s2 content that I needed to unlock first, so..

1) Unlocked LFS
2) Select S2 content -> works

My conclusion: locking back to demo, unlocking and restarting LFS might be the solution for the problem. Maybe one of my actions above helped to solve it (selecting demo content first after locking back?). This all happened in LFS 0.5Y24 already before I installed and tried the Y30 patch.

I hope you can do something with this information ;-) Good luck!

Quote from Smolar :

I'm wondering why u swaped position of gauges in XRG It's useless change i'm sorry. Changing it back will take 5 mins i guess. I hope u will consider it Scawen

Well... I agree swapping them back is better, but maybe a different reason. Speed is almost invisible now in corners (pit entrance for example), so you can't see at all if you're speeding now... last version removed digital speedo, now move it behind the wheel/arms... no good.

But for the rest I like the new textures

Quote from antskaar :

Y30 didnt work perfect for me. After loading track: http://www.pes.pri.ee/k2bi/broken_lfs.JPG

Couldnt join servers too. Few times LFS crashed during that. Going to reinstall everything. :S

Scawen - Is this a known problem? Maybe even solved? I had the same, but.. in Y24!

I have 2 installations in 2 different directories, a Y version and a Y24 version. I drove S2 content yesterday evening on the Y version.

This morning I tried to drive a S2 car on Y24, but after selecting a S2 car I got an empty screen. Only the "Cars" and "back" or "ready" button were visible. I expected the pit screen. After pressing enter to join the race (from that empty screen) I received the message "Could not load Mischa's car".

I tried the same with Demo cars and I was surprised to see them work, so.. even with my "unlocked" license, I decided to unlock it again.. to see if it unlocks the content then. But it didn't solve the problem.

In the first place I didn't want to update to Y30 and just wait for Z, but because I couldn't drive S2 content I updated to Y30 and... there I don't have this problem.

I've got no idea if this is Y30 related, but if you want I can perform some more tests.

UPDATE - If you want me to do some more tests I might need some more unlock options, cause I'm out of unlocks and have to wait till friday When you release patch Z you add some unlocks again too? I hope so

Quote from Scawen :

Sorry but I'm not adding InSim requests at the moment. The LAG bit is something Victor requested and I could do it easily, in 5 mins. A lagging car basically has an invalid position so I guess that is helpful for things like the LFS Spectator system.

HLVC detection is not calculated in multiplayer mode - it's just for hotlapping - so it's not just a case of adding a flag.

Only fixes now, no requests, Patch Z coming soon. More development after that.

No problemo I understand Good luck on Z

Quote from morpha :

Having the latency in every CC doesn't really make sense anyway, maybe a new small subtype?

Quote from morpha :

I suppose it's high/set if a player is shown as "lagging" to other players.
I'd prefer latency in ms aswell, +1 for that.

Maybe Scawen wants to keep InSim compatible by just adding a flag? If he adds new field, the packet itself has to change, so all insim addons have to

Scawen: What about that "invalid lap" flag? I guess the info is in LFS (hit object/wall/grass detection), so why not add the flag to CompCar structure?

I go check the LAG bit ;-) Nice

How much work would it be to add a "ilegal lap" bit? Isn't that the "HLVC legal" byte in RAF-fiels?

Could be nice to see if the lap would have been valid in hotlapping mode. Now I check invalid myself (result is that it's not 100% the same as in hotlapping mode), but having that bit would make insim life much easier

UPDATE - When I join the track the LAG bit is active for 1 whole second. Is this a bug or a feature? When I put car in first gear before end of this first second the LAG bit toggles off.

UPDATE - Sorry ;-) This was with Y22 client on Y24 host. Using Y24 client gives no "illegal lag" ;-) Nice feature though :-D

Last edited by Mischa NED, Sat 21 Jun 2008, 08:01.

I didn't see if someone posted it already, but have there been reports or does anybody know the problem that in Y18 insim is much slower?

My insim app feels much slower in Y18 than in earlier patches. Especially when I send a lot of buttons at once, they appear like two / second so now and then (on local network!!).

If i try the same on an Y14 installation it runs just smoothly (same server, same config, same insim).

If you want i could make a test app to show the differences..

[Update 02-05] I tried several versions and earlier insim versions like Y14 and lower had this problem too (strange that my first tests showed a big difference though). I was running Windows 2003 server on my LFS server, but after installing Windows XP the lags are gone. I have no idea if this has to do with LFS, my app, the operating system... or maybe the .net version I installed, but the difference was huge! I'll keep it with XP until I find out what the reason was

Last edited by Mischa NED, Fri 2 May 2008, 22:41. Reason : Update